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@ A computer user interface that comprises a sys- 
tem and methods to provide a control hierarchy, 
control marlcing, a hybrid gammar. and resized 
and/or repositioned dialog boxes. Control hierarchy 
divides controls, assigns each control a label, dis- 
plays the labels according to a design hierarchy, and 
operates on the controls according to a functional 
hierarchy. Control marlcing distinguishes controls, vis 
addition of graphic elements or changes in labels- 



-referred to as glyphs. Hybrid grammar simulta- 
neously allows a user to specify operations and data 
objects in a noun verb relationship or verb noun 
relationship. Rnally, resized and/or repositioned dia- 
log boxes enable a user to select a control that 
requires selection of data objects that are possibly 
obscured by the dialog box. 



(O 
CM 

00 
CN 



a. 

UJ 



Range(8): 



! Range Alignment ' 



▼li^bels j 


^^es 


y^lDisplay 


Ouft 




O ipng Udaeis 


OEigM 


OSght 


09K)rt Labels 


®C!Bfiter 


OCerter 


®Qobal 


OBII 


®gobal 




Global 







J (cancel I 



Fl&l 



Xerox Copy Centra 



1 



EP 0 428 261 A2 



2 



COMPUTER USER INTERFACE 



Background of the Invention 

The invention relates to the interface between a 
user and a computer. 

The Interface between a user and a computer 
is usually defined by the software application the 
user is running on the computer. That is. the com- 
mand structure of the application defines how us- 
ers initiate commands or choose options and how 
they respond to the computer's actions in order to 
manipulate data in the computer. 

Some Interfaces, however, are defined in part 
by a window manager such as Presentation 
Manager® as well as by the particular software 
application the user is running. The window man- 
ager provides support for areas of the screen, I.e.. 
"windows", which in Presentation Manager® in- 
clude "dialog box windows" and "controls". (Other 
applications use different terminology to refer to 
window elements.) 

Some elements in the command structure pio- 
neered in the Xerox Star® interface and popular- 
ized in the Apple Macintosh® interface are as- 
signed a graphic object, referred to here as a 
control; which appears in a dialog box. In such an 
Interface, when-a user Initiates a command, a dia* 
log box appears and the user selects various con- 
trols to complete the command. For example, an 
oval "push button" indicates a command, e.g., 
"OK" to accept the contents of a dialog box or 
"Cancel" to escape from a dialog box. A circular 
"radio button" indicates one of a, number of options 
which are usually mutually exclusive, e.g.. one of a 
number of ways to align text A square, "check 
box" allows the user to toggle between options. A 
"list box" lists a plurality of options. And an "edit 
control box" allows the user to enter and edit text, 
e g., a range of cells In a spreadsheet. 

To issue a command, then, the user "selects" 
a control with a mouse, keyboard mnemonic, or 
similar device. For example, the user can use a 
mouse to position a cursor over a particular control 
and then click the mouse buttons to select the 
control. Or in some Interfaces, e.g.. Presentation 
Manager, the user can type a keyboard mnemonic, 
e.g.. a letter of a label that Identifies a control, to 
select tfie control. 

In order for an application to be able to asso- 
ciate a mouse click In a some area of a computer 
screen or a keyboard mnemonic with a particular 
control, each control Is associated with a control 
window and each controlwlndow is defined by Its 
attributes, e.g., location, contents state, etc. Each 
control window is in turn associated with a diatog 



box and its dialog box window. 



Summary of the Invention 

The invention is a computer user interface" 
that provides a control hierarchy, i.e.. a method of 
providing a controls in a software application com- 

10 prising ttie steps of: dividing the controls into func- 
tional hierarchical groups; assigning labels to each 
of tfie controls and each of the groups; displaying 
the labels according to a design hierarchy; and 
operating on the controls according to the order of 

T5 the functional hierarchical groups. 

The invention further provides control marking, 
i.e.. a method of distinguishing a control within a 
software application or dialog box, the controls 
being divided into groups having a hierarchical 

20 organization, comprising the steps of: determining 
which of the of controls are available to a user; 
generating a glyph for each of the available groups 
of controls; displaying one of the glyphs in proxinn- 
ity to each of the available groups of controls; 

25 accepting a signal from an input device, e.g.,. a 
keyboard, mouse, or similar devicei to select one 
of said available groups of controls; removing the 
glyphs in proxinriity to each of said available groups 
of controls; determining in response to the signal . 

30 which of the controls within the selected group are 
available to a user; generating a glyph for each of 
the available controls; displaying the glyphs in 
proximity to each of the available controls; accept- 
ing a signal from an input device to select one of 

$5 the available controls within the selected group of 
controls; and removing said glyphs in proximity to 
each of the available groups of controls. 

The feature of control marking further provides 
a method of implementing a dialog box adapted for 

40 use with selections via keystroke mnemonics while 
at tiie same time preserving the functionality of 
selections via a mouse or similar device. The meth- 
od comprising Uie steps of: simultaneously display- 
ing a plurality of controls in the dialog box; graphi- 

45 cally distinguishing one subset of the controls 
which Is available for selection; enabling selection 
via keystrokes exclusively from the one subset of 
contirols; in response to a selection from the one 
subset of controls, graphically distinguishing an- 

50 otiier subset of said controls; and enabling selec- 
tion via keysti'okes exclusively from said other sub- 
set of controls. 

The Invention further provides a hybrid gram- 
mar. I.e., a method of enabling selection among 
data objects and operations specified within a 
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screen or dialog box comprising the steps of: en- 
abling selection of one of the data objects and then 
selection of one of the operations to perfonn on the 
data object; and enabling selection of one of the 
operations and then selection of one of the data 5 
objects on which to perform the operation. 

Rnaily. the invention provides a method for 
resizing and/or repositioning dialog boxes in a 
screen comprising a plurality of data objects and a 
dialog box comprising a plurality of controls and a io 
plurality of operations. The method comprises the 
steps of: generating the dialog box; enabling selec- 
tion of one of the controls within the dialog box 
wherein the control corresponds to one of the oper- 
ations and wherein the operation requires selection 75 
among said data objects; in response to a selection 
of the control In the dialog box, altering display of , 
the dialog box, e.g., by resizing the dialog box or 
repositioning the dialog box; enabling selection of 
the data objects within the screen; In response to a ; 20 
selection of the data objects within the screen, 
again altering display of the dialog box; and ex- 
ecuting said operation on said selected data ob- 
jects. 

These and other features and advantages of 25 
the present invention will be apparent from the 
following description of a presently prefenred em- 
bodiment and from the claims. 

30 

Description of the Prefenred Embodiment 

Fig. 1 is a pictorial representation of a screen 
that shows a dialog box tiiat uses a control . 35 
hierarchy according to ttie Interface of the - 
present invention. 

Rg. 2 is a pictorial representation of a screen 
tiiat shows a dialog box having control maridng 
as defined by the interface. 4o 
Rg. 3 is a pictorial representation of a screen 
that shows a dialog box tiiat uses hybrid gram- 
mar according to tiie interface. 
Rgs. 4 and 5 are pictorial representations of 
screens tiiat show a dialog box resized and 45 
repositioned according to tiie interface. 
Rg. 6 Is a block diagram that shows the mod- 
ules of the interface and the general message 
flow of a system according to the present Inven- 
tion. 50 
Fig. 7 Is a definitions file produced by tiie ap- 
plication module of the system. 
The present invention provides an interface be- 
tween a computer and a user. Although the inter- 
face is described below in connection with a win- 55 
dow manager (i.e., Presentation Manager<^) and a 
software application that provides spread^eets 
(i.e., Lotus 1-2-3/GTVi), tiie use of the window man- 



ager and the focus on spreadsheet applications Is 
in no way intended to limit the scope of tfie Inven- 
tion. 



Control Hierarchy 



The interface provides a "control hierarchy" 
which divides controls into groups and separates 
groups of controls witiiin a dialog box. otiier sys- 
tems separate controls into groups for visual pur- 
poses, but the present invention separates controls 
in order to impose functionality, i.e., logical and 
operational structure on the controls. Separating 
groups of controls better ensures that each group 
of controls and each control within a group has an 
unique mnemonic, preferably a first letter mne- 
monic, and allows the application's designer to 
structure the dialog box in a logical fashion. The 
hierarchy and selection of unique mnemonics is 
described below in connection with Rgs. 1 and 2. 

Referring to Rg. 1, a dialog box "Range Align- 
ment" is shown. A user selects a group of controls 
in the dialog cursor on the group and pressing 
ENTER, or by positioning a mouse pointer over the 
group and clicking a mouse button. For example, 
"L" selects the "Labels" group. Once the user has 
selected a group, if the user selects another control 
by typing another mnerpohic, he selects: a control 
witiiin tfie selected group. For example, referring to 
Fig. 2, if the user has selected the "Labels" group, 
and then the user types "C", he selects the 
"Center" control under "Labels", hot the "Center", 
control under "Values". Thus, ttie hierarchical 
structure allows controls in different groups to have 
the same mnemonic. For example, the controls 
"Left", "Left", and "Long Labels" all have the same 
mnemonic "L" but each mnemonic is unique witiiin 
Its group. This approach differs from prior apr 
preaches in which there is a single hierarchy (all 
controls being within tiiat hierarchy) and all controls 
are available for selection via a keystroke mne- 
monic. Note that the approach of the present inter- 
face applies to keystrokes, i.©., keystroke mnerhon- 
ics. Selections via a mouse pointer are not re- 
stricted by control hierarchy. 

A visual design hierarchy communicates the 
hierarchy of controls in a dialog box via consistent 
layout and symbols. For example, as shown in 
Rgs. 1 and 2, gray horizontal lines separate levels 
of a hierarchy, while black vertical lines separate 
peers In a hierarchy. So-called "white space", e . 
g.. tiie space tiiat separates the "OK" and 
"Cancel" push buttons from tiie "Range(s)" edit 
control box. separates controls ttiat require visual 
grouping unrelated to the mnemonic hierarchy. 
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Control Marking 



The interface also provides a metiiod of 
"control marking" that distinguishes which controls 
a user can selected via keystroke nnnemontcs at a 
particular time by placing a "glyph", e.g., a graphic 
symbol such as a small triangle or an underline, 
near the label of each available control Alternative- 
ly, available controls can be marked by changing 
the label of each control, e.g., by changing the font 
or color of all or part of the label. Labels thus 
-Changed are also referred to herein as glyphs. 

Glyphs dynamically appear and disappear to 
indicate which controls are available as the user 
enters successive keystroke mnemonics. For ex- 
ample, referring again to Rg. 1, the user has just 
called up the dialog box "Range Alignment". The 
initial focus of the controls is the label identifying 
one group of controls in the dialog box. I.e., 
"Labels". The focus is emphasized by placing the 
group title inside a dotted border, according to a 
window manager default behavior. In addition to the 
default behavior, however, the interface places 
glyphs near each of the group controls, "Labels." 
"Values," and "Cell Display." to indicate tiiat they 
can be selected via keystrokes. This differs from 
default convention in which all controls have equal 
hierarchy and are equally, available. Here, the 
marked controls are the only controls available. 

Once the user selects one of the controls avail- 
able in Rg. 1, however, the interface marks the 
controls within the group with glyphs. Referring to 
Rg. 2, for example, if a user selects the "Labels" 
control in Rg. 1, the initial focus Is again moved to 
the first control within Uie selected group, i.e., 
"Left" is emphasized by placing the default setting, 
however, tfie interface places glyphs near the 
"Left," "Right." "Center," "RII," and "Global," con- 
trols to indicate that they are available. 

In the illustrated embodiment, the labels for the 
controls have underscores at all times to indicate 
the keystroke mnemonics that select the controls. 
Therefore, tiie glyphs herein are provided in addi- 
tion to tiie underscores. That is, glyphs dynam- 
ically change to indicate available groups of con- 
trols while the underscores renrtain present for all 
controls-even those that are not available. 

An alternative embodiment would dispense 
witii separate glyphs. e.g., triangle glyphs, and 
employ dynamic ratiier than static underscoring. 
This is accomplished by applying underscoring 
only to available groups of controls. In this alter- 
native embodiment, the underscore serves two 
functions. i.e., to indicate the members of the avail- 
able group of controls as well as the mnemonics. 
An added benefit of the alternative is that unavail- 
able mnemonics are not displayed at the same 



time as available ones. However, the underscore is, 
of course, only one way of indicating tiie mne- 
monic. As mentioned above, otiier ways include 
changing the color or font of tiie mnemonic char- 

5 acter in a label, for example. Any of these other 
ways also Indicate which mnemonics are available 
to the user and are a dynamic means of indicating 
the available control groups as well as indicating 
the mnemonics for selecting the individual controls. 

10 In general, the Interface and its associated soft- 
ware application use hierarchical dialog boxes that 
provide a user with the mnemonics necessary to 
maintain keystroke compatibility with a previous 
version of a software application that does not use 

15 dialog boxes, e.g.. as with Lotus software 1-2- 
3/GTM arid its predecessor 1-2-3®. The interface 
also provides irhproved support for keyboard use 
of an interface that uses dialog boxes. 

20 . 

Verb/Noun and Noun/Verb Hybrid Grammar 

The Interface of the present invention uses a 
hybrid grammar which allows tiie user to initiate 

25 actions in either a "verb^ noun" or "noun verb" 
approach. The hybrid grammar effectively com- 
bines the verb noun approach used In previous 
software applications and the noun verb approach 
used in Presentation Manager6 and object oriented 

30 programniing applications. In the verb noun ap- 
proach, the user selects a command (verb) and 
then the object of the command (noun), e.g. 
"ERASE" followed by a specified range of spread- 
sheet data to erase. In the noun verb approach, the 

35 user selects an object (noun) and then specifies 
what to do (verb) with the object. For example, to 
erase tiie contents of a range of spreadsheet cells, 
the user selects tiie range and then Initiates the 
erase command. 

40 . In tiie hybrid grammar approach, the interface 
prompts the user to select an object after he se- 
lects a command, as in the verb noun approach. 
However, tiie user can select an object before 
issuing a command, as in the noun verb approach. 

45 For example, referring to Rg. 3. the user can issue 
the "Range Zero Suppress" command which calls 
up the "Range Zero Suppress" dialog box and 
tiien select a range of cells on which to perfonm the 
option-a verb noun approach^ On tfie otiier hand. 

50 tiie user can select a range of cells and issue the 
"Range Zero Suppress" command which calls up 
the "Range Zero Suppress" dialog box-a noun 
verb approach. In both cases, the selected range or 
a default range Is automatically written into an edit 

55 control box that specifies tiie selection, e.g., 
"Ranges" in Rg. 3, and tiie user can tiien select 
the commands to perfomn on tiie range. In tiie verb 
noun apibroach the user can change the selection, 
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whereas In the noun verb approach the user need 
not Chang© the selection having already selected 
the relevant data prior to invoking the option. 



Resized Dialog Boxes 

The interface also automatically resizes and/or 
repositions a dialog box that interferes with com- 
pletion of an operation. For example, referring to 
Fig. 4, the dialog box "Data Flir covers a part of 
the spreadsheet from which the range of cells for 
the edit box "Selection" is to be selected, making 
it difficult for the user to be sure of what cells he 
wants to select. Referring to Fig. 5, then, once the 
user selects the edit control box "Selection" in Fig. 
4, the interface automatically resizes and/or reposi- 
tions the dialog box, so that it covers less of the 
spreadsheet and the user can more easily select a 
range of cells. Once the user has selected a range 
of cells, the dialog box is returned to its original 
size and position. Altematively. the interface can 
remove the dialog box from the screen entirely and 
replace it once the operation is complete. 

In addition, note that the resizing feature aids 
the full verb noun and noun verb functionality from 
within the context of a dialog box. described above. 
In the past, for example, the user would have had 
to define a range before invoking the dialog box 
that operates on the range. 



Detailed Description of the Interface Implementation 



The interface system of the present Invention 
is "event driven." That is. the actions of the inter- 
face are based on a software application's defini- 
tion of a dialog box and controls within the dialog 
box, the processing of events caused by a user's 
interaction with the controls in the dialog box, and 
the processing of messages resulting from toe 
events. The various components of the interface 
and the processing of events and messages are 
described below In connection with Rg. 6. 

Referring to Rg. 6. an interface system 10 
includes a main body 1 1 of a software application 
and an operating system and window manager 12 
(OS/WM). e.g.. OS/2® and Presentation Manager®, 
which controls the primitive operations that gen- 
erate control windows and dialog box windows. The 
main body 11 calls a HDB manager dialog box 
loader 13 which loads and displays the dialog box 
and starts message handling. A dialog box proce- 
dure 14 In the software application presents the 
dialog boxes and controls within the windows gen- 
erated by the OSA/VM 12. For example, referring to 
Rg. 2. the OS/WM 12 generates the dialog box 



window in which the 1-2-3/GTM spreadsheet ap- 
plication presents a "Range Alignment" dialog box. 
The OS/WM 12 also generates the control box 
windows within the dialog box window and each 

5 control window contains a control. For example, in 
the "Range Alignment" dialog box there are a 
number of controls including the commands "OK" 
and "Cancel", sthe options "Left", "Right", 
"Center", and "Rir. and the edit control box 

10 "Range(s)". 

Also, referring to Rg. 6. the software applica- 
tion 14 defines the attributes of each control win- 
dow and dialog box window in a definitions file 16. 
the attributes include, for example, location, 

15, boundaries, type, contents, state, and relation to 
other windows (referred to as "hierarchy"). For 
example, the control window for "Fill" in Rg. 2 has 
the type "option" and the contents "Fill"; its state 
is checked or unchecked; and it is hierarchically 

20 organized under the "Labels" controrwindow. 

The hierarchical relationship between the con- 
trols in the dialog box is established by arranging 
the statements in the definitions file 16 according 
to the arrangement of controls in the dialog box. A 

25 . sample definitions file is shown in Rg. 7. For exam- 
ple, refening to Rg. 7, a statement uses the hierar- 
chical BEGIN and END keywords: (or and y) to 
delimit the start and end of a level in the hierarchy 
respectively and BEGIN/END blocks are nested in 

30 tree-like fashion in order to represent the levels of 
the hierarchy. Controls that are identified by state- 
ments between the BEGIN/END block represent 
child windows of the parent window denoted by the 
CONTROL or DIALOG statement that immediately 

35 precedes the BEGIN/END block. The processing of 
"events" within these windows and "messages" 
resulting from the events is described next. 

An "event" is some action taken within the 
boundaries of a window. For example, an event 

40 occurs when a user selects a control, such as when 
a user positions a mouse on a radio button and 
clicks the mouse button, example, the selection 
might generate messages that instruct the OS/WM 
12 to redraw the control window in a different state, 

45 e.g.. selected, and instruct the application 14 to 
take the action associated with the control window. 

Referring again to Rg. 6, when a user selects 
one of the controls, the OSA/VM 12 produces a 
number of messages Instructing the OS/WM 12 

60 and the application 14 on how to respond to the 
selection. For example, if the user selects the 
"Labels" option and then the "Center" option in the 
"Range Alignment" dialog box, messages are gen- 
erated instructing the window manager 12 to move 

55 the input focus to the "Center" control window and 
instructing a hierarchical dialog box manager 
(HDBM) described below to mark the controls in 
the "Labels" group with glyphs and instructing the 
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application 14. to center the alignment of the labels 
in a spreadsheet. 

Before and after the nnessages reach or are 
sent to the application 14. however, the HDBM 
filters the messages from the OS/WM 12 so that s 
both the application 14 and the OS/WM 12 receive 
only relevant messages. For example, HDBM might 
use an initialization message sent from the OS/WM 

12 .to autoposition the dialog window to an area of 

the screen when the window becomes visible. io 

The HDBM Is an extension of the window man- 
ager in OS/WM 12. The window manager, e.g., 
presentation Manager®, has Its own dialog box 
manager. However, HDBM supports the hierarchi- 
cal keystroke mneriionics described above in con- 75 
nection with Control Hiercirchy and Control Marking. 
In addition, the HDBM provides access to a group 
of control windows contained within the dialog box 
that are not part of sthe hierarchy, e.g., "OK" and 
"Cancel" controls and fully maintains the standard 20 
presentation managerc mouse selection and point- 
ing conventions for dialog boxes. 

Referring again to Rg. 6, note that the HDBM 
is divided into two parts, namely the Front End 
Filter 18 and the Back End Filter 20. The Front End 25 
RIter 18 filters the messages from the OS/WM 12, 
routes or translates if necessary the relevant mes- 
sages for the application 14, and then passes the 
messages to the application. 

At run-time, the HDBM dialog box loader 13 30 
captures and uses the parent/child an'angement of 
the controls specif led in the definitions file 16 to 
graph the hierarchy of the dialog box so the HDBM 
can "navigate" between controls, i.e., move from 
one group of controls to anotiier in proper se- 35 
quence and move from one control to another 
within a group. Once the HDBM dialog box loader 

13 has captured the hierarchical relationship be- 
tween the controls, it "flattens" the dialog box 
window by making all the controls within the win- 40 
dow children of the dialog window. This is done to 
simplify the message protocol Imposed by the win- 
dow manager 12 and controlled by the application 

14 when creating and/or processing the dialog box. 

Next the application 14 filters and translates 45 
the messages it receives from the Front End RIter 
18. The application 14. based on the definitions of 
the dialog box window and control windows in the 
definition file 16, executes any application specific 
operations on the affected control window and dla- so 
log box window. For example, the application 14 
might validate text in a edit control box. ^ 

Next, the application 14 passes any messages 
that are not relevant, e.g.. OS/WM primitive oper- 
ations, to the Back End RIter 20. The Back End 65 
RIter 20 filters the messages and executes hierar- 
chical operations. For example, if the selection of 
one control makes It impossible to select a second 



control, the Back End RIter 20 removes a glyph 
from the second control. Rnally. the Back End 
RIter 20 passes the messages to the OS/WM 12 
for any default processing that may be needed. 

In addition, the HDBM fields all mouse events 
and keystroke events while the dialog box is active. 
If a controrwindowthat supports selection outside 
the dialog box has the input focus, a mouse event 
or certain keystroke events cause the dialog box to 
be resized and/or repositioned as described above, 
when the events Indicating that the selection has 
been completed are received by the HDBM. the 
dialog box is restored to its original size and posi- 
tion. The resizing and repositioning is a low priority 
activity so that if the events Indicating the selection 
have been completed are received prior to the 
onset of the resizing and repositioning of the dialog 
box. tiie resizing and repositioning do not take 
place. 

Further, In connection with the noun verb and 
verb noun grammar, the application main body 11 
supplies the dialog box with the object that the 
user has selected prior to issuing the command 
that invoked the dialog box so that the edit control 
box specifying the selection can be initialized ac- 
cordingly with the current object. 

Other embodiments are within the following 
claims. 



Claims . 

1. A method of providing a plurality of controls in a 
software application comprising the steps of: 
dividing said controls into functional hierarchical 
groups; 

assigning labels to each of said controls and each 
of said groups; 

displaying said lal:>els according to a design hierar- 
chy; and 

operating on said controls according to said func- 
tional hierarchical groups. 

2. A method of displaying a plurality of controls in 
a software application some of which are available 
comprising the steps of: 

determining which of said controls are available at 
particular time; 

generating a glyph for each of said available con- 
trols at said time; and 

displaying one of said glyphs in proximity to each 
of said available controls at said time. 

3. A method of displaying a plurality of controls In 
a dialog box some of which are available compris- 
ing the steps of: 

detenmintng which of said controls are available at 
a particular time; 

generating a glyph for each of said available con- 
trols at said time; and 
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displaying one of said glyphs in proximity to each 
of said available controls at said time. 

4. A method of selecting a control from a plurality 
of controls in a software application, said controls 
being divided into groups having a hierarchical 
organization, comprising the steps of: 
determining which of said groups of controls are 
available to a user; 

generating a glyph for each of said available 
groups of controls; 

displaying one of said glyphs in proximity to each 
of said available groups of controls; 
accepting a signal from an Input device to select 
one of said available groups of controls; 
removing said glyphs in proximity to each of said 
available groups of controls; 
determining in response to said signal which of 
said controls within said selected group are avail- 
able to a user; 

generating a glyph for each of said available con- 
trols; 

displaying said glyphs in proximity to each of said 
available controls; 

accepting a signal from an input device to select 
one of said available controls within said selected 
group of controls; and 

removing said glyphs in proximity to each of said 
available groups of controls. 

5. A method of selecting a control from a plurality 
of controls in a dialog box. said controls being 
divided Into groups having a hierarchical organiza- 
tion, comprising the steps of: 

determining which of said groups of controls are 
available to a user; 

generating a glyph for. each of said available 
groups of controls; 

displaying one of said glyphs in proximity to each 
of said available groups of controls: 
accepting a signal from an input device to select 
one of said available groups of controls; 
removing said glyphs in proximity to each of said 
available groups of controls; 
determining in response to said signal which of 
said controls within said selected group are avail- 
able to a user; 

generating a glyph for each of said available con- 
trols; 

displaying said glyphs In proximity to each of said 
available controls; 

accepting a signal from an input device to select 
one of said available controls within said selected 
group of controls; and 

removing said glyphs in proximity to each of said 
available groups of controls. 

6. The method of claim 4 or claim 5 wherein said 
input device is a keyboard, mouse, or simitar de- 
vice. 

7. The method of claim 4 or claim 5 wherein said 



signals are made via a keyboard, mouse or similar 
device, or a combination thereof. 
8. A method of implementing a dialog box compris- 
ing the steps of: simultaneously displaying a plural- 

5 ity of controls in said dialog box; 

graphically distinguishing one subset of said 
controls which is available for selection; 
enabling selection via keystrokes exclusively from 
said one subset of controls; 

70 in response to a selection from said one subset of 
controls, graphically distinguishing another subset 
of said controls; and 

enabling selection via keystrokes exclusively from 
said other subset of controls. 

75 9. The method of claim 8 further comprising the 
step of simultaneously accepting input from a 
pointing device to select any one of said plurality 
of controls regardless of limitations placed on se- 
lection via keystrokes. 

20 10. The nriethod of claim 8 wherein said controls 
are represented by labels. 

11. The method of claim 8 vyherein said controls 
are graphically distinguished with identical glyphs. 

12. A method of enabling selection among data 
25 objects and operations specified within a screen 

comprising the steps of simultaneously: 
enabling selection of one of said data objects and 
then selection of one of said operations to perform 
on said data object; and 
30 enabling selection of one of said operations and 
then selection of one of said data objects on which^ 
to perform said operation. 

13. A method of enabling selection among data 
objects and operations specified within a dialog 

35 box comprising tiie steps of simultaneously: 

enabling selection of one of said data objects and 
then selection of one of said operations to perform 
on said data object; and 

enabling selection of one of said operations and 
40 then selection of one of said data objects on which 
to perform said operation. 

14. A method of implementing a screen comprising 
a plurality of data objects \and a dialog box com- 
prising a plurality of controls and a plurality of 

45 operations comprising the steps of: 
generating said dialog box; 
enabling selection of one of said controls within 
said dialog box wherein said control conresponds to 
one of said operations and wherein said operation 

50 requires selection among said data objects; 

in response to a selection of said control in said 
dialog box, altering display of said dialog box; 
enabling selection of said data objects within said 
screen; 

55 in response to a selection of said data objects 
witiiin said screen, altering display of said dialog 
box; and 

executing said operation on said selected data ob- 



7 



13 EP 0 428 261 A2 14 



jects. 

15. The method of 14 wherein said diak)g box is 
altered by automatically resizing said dialog box. 

16. The method of 14 wherein said dialog box is 
altered by automatically repositioning said dialog 
box. 

17. A computer user Interface comprising an op- 
erating system which provides messages from said 
user to said computer; 

a window manager which operates on said mes- 
sages to create a plurality , of windows that contain 
a plurality of controls; 

a definitions file which defines a. plurality of at- 
tributes for each control and a hierarchical relation- 
ship of each control to one or more of said con- 
trols; and an interface module which provides 
methods of distinguishing said controls, selecting 
said controls, and performs a plurality of operations 
on siaid controls. 
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S««pl« RC file tcript for « Hier«fchica» DUlog Bo» 



wdefine DTemp l 

{2 I NCDA^HIERARCHY) 
-define 1D_X (3 | NCDA HIERARCHY 

-define ID_A 4 
-define 1D_B 5 

-define ID_Y (6 | NCDA HIERARCHY) 

-define 1D_C 7 — 
-define ID_D 3 

-define ID_Z (9 | NCDA HIERARCHY) 

-define ID_E 10 ~ 
-define ID_F (ll | NCDA_AUTOCONFIRM) 

BE?m '^'■''^^ LOADONCALL MOVEABLE DISCARDABLE 

DIALOG -W. DBox. x. y. ex. cy. WS VISIBLE. 
BEGIN ^^*^-'^^:^^ESAR I FCF3LGB0RDER) 

CONTROL "-X-. 1D_X. x. y. ex. cy WC STATIC 

^nV ' WS_VISIBLE j NGDS LEVEL | 

BEGIN - °^-LEFT I DT_MNEM0N1C) 

^°''T?«P^"r,^^^i''-''- >■• WC_BUTTON. 
STOP) f BS_AUTORADIOBUTTON | WS_VISIBLE | WS_TAB- 

^°NTJi^\;-B-. ID_B. X, y,Vx. cy. WC_BUTTON. 
STOP) (BS_AUT0RADIOBUTT0N | WS_VISIBLE 1 WS_TAB. 

END 

'1V^^"'^°°'' ' WS_VIS1BLE I NCDS LEVEL I 
BEGIN - '°^-^^'''^~°"^-'^N^'^°NIC) ' 

^°'^T«°\"r,?Ai^-^- ^' «• cy. WC_BUTTON, 
5^QP J (BS_AUTORADIOBUTTON | WS_VISIBLE | WS_TAB- 

CONTROL --D-. ID_D. x. y. ex. cy. WC BUTTON 
3^Qpj (BS_AUTORADIOBUTTON | WSjVISIBLE | WS_TAB- 

END 

CONTROL "-X". ID_2. x. y. ex. cy.,WG STATIC. 

(SS_GROUPBOX I WS_V1SIBLE | NCDS LEVEL | 
DT_TOP I DT_LEFT I DT MNEMONIC) 
BEGIN — 

CONTROL •-£". ID_E. x. y. ex. cy. WC BUTTON, 

(B5_AUTORADIOBUTTON | WS_yiSIBLE | WS TAB- 



CONTROL --F-. ID_F. X. y. ex. cy. WC BUTTON. 

(BS_AUT0RAD10BUTT0N | WSjvlSIBLE | WS_TAB- 



STOP) 
STOP) 

CONTROL -Ok". IDOK. x. y. ex. cy. WC BUTTON, 
WS GROUP I <^S-'*"SHBUTTON I BS_DEFAULT I WS_VISIBLE I 

WS_TABSTOP) 

"Cancer. IDCANCEL, x. y. ex. cy, WC BUTTON 
(BS_PUSHBUTTON I WS_VISIBLE I WS TABSTOP) 

END 

END 
E ND 
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